System and method for pharmacovigilance

ABSTRACT

A method and system for analyzing a relationship between agents and clinical outcomes is disclosed. The method includes: receiving a selection of one or more agents; receiving a selection of one or more clinical outcomes; for each of the one or more agents, analyzing clinical data stored in a database to determine a number of occurrences of each of the one or more clinical outcomes when the agent is administered; for each of the one or more agents, calculating a risk score for each clinical outcome corresponding to the number of occurrences of the clinical outcome; and outputting the risk scores to a graphical display. The displayed information can also be scaled and filtered for ease of use. Also, the results may be stratified into sub-populations.

CROSS-REFERENCE TO RELATED APPLICATIONS

This patent application is a continuation-in-part of U.S. patentapplication Ser. No. 14/286,102 filed on May 23, 2014, which is acontinuation of U.S. patent application Ser. No. 13/733,791 filed onJan. 3, 2013 (now issued as U.S. Pat. No. 8,744,872), both of which arehereby incorporated by reference in their entireties.

FIELD

This disclosure relates generally to the field of health care managementand, more specifically, to a system and method for pharmacovigilance.

BACKGROUND

Pharmacovigilance is the science of collecting, monitoring, researching,assessing, and evaluating information from healthcare providers andpatients on the adverse effects of medications with a view towardsidentifying hazards associated with the medications and preventing harmto patients.

A typical health care system includes a variety of participants,including doctors, hospitals, insurance carriers, and patients, amongothers. These participants frequently rely on each other for theinformation necessary to perform their respective roles becauseindividual care is delivered and paid for in numerous locations byindividuals and organizations that are typically unrelated. As a result,a plethora of health care information storage and retrieval systems arerequired to support the heavy flow of information between theseparticipants related to patient care. Critical patient data is storedacross many different locations using legacy mainframe and client-serversystems that may be incompatible and/or may store information innon-standardized formats. To ensure proper patient diagnosis andtreatment, health care providers often request patient information byphone or fax from hospitals, laboratories, or other providers.Therefore, disparate systems and information delivery proceduresmaintained by a number of independent health care system constituentslead to gaps in timely delivery of critical information and compromisethe overall quality of clinical care. Since a typical health carepractice is concentrated within a given specialty, an average patientmay be using services of a number of different specialists, eachpotentially having only a partial view of the patient's medical status.

Moreover, pharmacovigilance is facing increased pressure from regulatorsand academics who are mining real-world databases for safety signals.Some factors affecting the pharmacovigilance landscape include: anincreasing use of real-world data by regulators; heightened expectationsof manufacturers from the FDA (Food and Drug Administration), public,and academics/investigators; externalization of safety data (e.g., EMR(electronic medical records); and emergence of pharmacovigilance as anapplied science.

There are certain limitations to the way in which pharmacovigilance iscurrently being implemented. Firstly, pharmacovigilance, or drugsurveillance, is typically done by “ad hoc” reporting, where a physicianindependently identifies patients that have a problem with a certaindrug and report this singular instance to the FDA. The FDA thenaccumulates this information and communicates with pharmaceuticalmanufacturers. This process is inefficient and ineffective. To overcomesome of the drawbacks of the ad hoc approach, the FDA has implementedthe “Sentinel” and “Mini Sentinel” initiatives. However, theseinitiatives look at retrospective and/or historical data to perform drugsurveillance.

Accordingly, there remains a need in the art for a system and method forpharmacovigilance that overcomes the drawbacks and limitations ofcurrent approaches.

SUMMARY

Some embodiments provide systems, methods, and computer-readable storagemedia for displaying a graphical representation of relationships betweena plurality of agents and a plurality of clinical outcomes. A methodincludes: receiving, by a processor included in a computing device, aselection of a plurality of agents; receiving, by the processor, aselection of a plurality of clinical outcomes; analyzing, by theprocessor, clinical data stored in a database to determine a number ofoccurrences for each clinical outcome when one or more agents areadministered to a plurality of patients having a first clinicalcondition; calculating, by the processor, for each agent-clinicaloutcome pairing, a count for a number of patients having the firstclinical condition, that were administered the agent of theagent-clinical outcome pairing, and had the clinical outcome of theagent-clinical outcome pairing; calculating, by the processor, for eachagent-clinical outcome pairing, a relative risk score for patientshaving the first clinical condition, that were administered the agent ofthe agent-clinical outcome pairing, and had the clinical outcome of theagent-clinical outcome pairing; calculating, by the processor, for eachagent-clinical outcome pairing, a statistical significance value for therelative risk score corresponding to the agent-clinical outcome pairing;and, displaying, in a graphical user interface on the display device, atwo-dimensional grid in which one or more agents are displayed in afirst axis and one or more clinical outcomes are displayed in a secondaxis, wherein a given agent-clinical outcome pairing is displayed in thegraphical user interface if the count for the agent-clinical outcomepairing exceeds a first threshold, the relative risk score for theagent-clinical outcome pairing exceeds a second threshold, and thestatistical significance value for the relative risk score for theagent-clinical outcome pairing exceeds a third threshold.

Some embodiments provide systems, methods, and computer-readable storagemedia for analyzing a relationship between an agent and a clinicaloutcome. A method includes: receiving, by a processor included in acomputing device, a selection of a first agent; receiving, by theprocessor, a selection of a first clinical outcome; categorizing, by theprocessor and based on one or more stratification factors, a pluralityof patients into a plurality of stratification categories, wherein eachpatient in the plurality of patients is associated with a first clinicalcondition and is administered the first agent; analyzing, by theprocessor, clinical data stored in a database to determine a number ofoccurrences of the first clinical outcome when the first agent isadministered to the plurality of patients; calculating, by theprocessor, for the first agent and the first clinical outcome, a firstset of risk scores, wherein a separate risk score corresponds to each ofthe plurality of stratification categories, and wherein calculating therisk score for a given stratification category includes measuring astatistical significance of a relationship between the first agent andthe clinical outcome for the patients included in the givenstratification category; displaying, in a graphical user interface onthe display device, a two-dimensional grid in which the first clinicaloutcome is displayed in a first axis and the plurality of stratificationcategories are displayed in a second axis; and, displaying, in thegraphical user interface, for each stratification category in which thefirst clinical outcome is observed, a graphical element corresponding toa relative risk score for the combination of first agent and the firstclinical outcome for the stratification category.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a schematic diagram illustrating an overview of a system foranalyzing a relationship between one or more agents and one or moreclinical outcomes, in accordance with an embodiment of the disclosure.

FIG. 2 is a flow diagram illustrating a method for analyzing arelationship between one or more agents and one or more clinicaloutcomes, in accordance with an embodiment of the disclosure.

FIG. 3 is a screenshot of a user interface displaying an averagerelative risk for plurality of agents versus a plurality of outcomes, inaccordance with an embodiment of the disclosure.

FIG. 4 is a screenshot of a user interface displaying an averagerelative risk for different agents in the same class of agents relativeto a particular outcome, in accordance with an embodiment of thedisclosure.

FIG. 5 is a screenshot of a user interface displaying an averagerelative risk for one agent relative to one outcome, where the data issorted by one or more filters, in accordance with an embodiment of thedisclosure.

FIGS. 6-8 are screenshots of user interfaces displaying an averagerelative risk for a plurality of outcomes for one agent relative toother agents in the same class of agents, in accordance with severalembodiments of the disclosure.

FIG. 9 is a screenshot of a user interface displaying an averagerelative risk for two agents relative to a plurality of outcomes, wherethe data is filtered by gender and age, in accordance with an embodimentof the disclosure.

FIG. 10 is a schematic diagram illustrating an overview of a system foranalyzing a relationship between one or more agents and one or moreclinical outcomes, in accordance with an embodiment of the disclosure.

FIG. 11 is a screenshot a of a user interface displaying an averagerelative risk for a plurality of outcomes for a plurality agents, inaccordance with an embodiment of the disclosure.

FIG. 12 is a screenshot a of a user interface displaying an averagerelative risk for a plurality of outcomes for a plurality agents, wherescaling and filtering of the results is applied, in accordance with anembodiment of the disclosure.

FIGS. 13-14 are screenshots user interfaces displaying an averagerelative risk for a plurality of outcomes for a plurality agents, inaccordance with embodiments of the disclosure.

FIG. 15 is a flow diagram of a method for displaying a graphicalrepresentation of relationships between a plurality of agents and aplurality of clinical outcomes.

FIG. 16 is a flow diagram of a method for analyzing a relationshipbetween an agent and a clinical outcome.

DETAILED DESCRIPTION

Embodiments of the disclosure provide a system and method forpharmacovigilance. According to some embodiments, health relatedclinical or other data is stored in one or more databases. The clinicaldata may include, for each patient, demographic data, diagnostic codes(e.g., ICD (International Statistical Classification of Diseases andRelated Health Problems) 9 and/or ICD 10), procedure codes (e.g., CPT(Current Procedural Terminology) codes, HCPCS (The Healthcare CommonProcedure Coding System) codes), medication and prescription data (e.g.,NDC (National Drug Code) and GPI (Generic Product Identifier)), and labdata (e.g., LOINC (Logical Observation Identifiers Names and Codes),among others. Clinical data may also include data from electronicmedical records (EMRs) and/or publicly available database (e.g.,Medwatch). Other data may include medical cost data, includingpharmaceutical costs, care and treatment costs, and the like. Other datamay include genetic information data and/or data from patient devices,such as computers, smart phones, and wearable devices (e.g., fitnesstrackers, heart rate monitors, and the like. Further, other data mayinclude data from consumer activity databases such as credit cardtransaction databases, online search activity databases and social mediaactivity databases (e.g., Facebook, Twitter). Further still, other datawhich may be considered, in an adverse event surveillance embodiment ofthe present disclosure, includes demographic data, geographic data(e.g., zip code), employment data, and/or family relationship data.

A processor in a computer system is configured to receive a selection ofone or more agents (e.g., drugs) and one or more clinical outcomes.Examples of clinical outcomes include, for example, adverse events,productivity of a workforce, violent crimes in a population, etc. Theprocessor is configured to calculate a risk score for the one or moreclinical outcomes in relation to the one or more agents. In one or moreembodiments, the processor is configured to calculate a risk score forthe one or more clinical outcomes based on a prioritized, weighted listof data sources (e.g., where clinical data is weighted relatively higherthan consumer activity data). According to various embodiments, the riskscore may be an absolute risk or a relative risk. In some embodiments,one or more of a Chi-squared statistical analysis and a P-valuestatistical analysis may also be performed to confirm or reject theobserved calculations.

Accordingly, some embodiments provide a proactive, prospective, andongoing approach to pharmacovigilance. The database from which theanalysis is performed is continuously being updated with new clinicaldata. For example, medical claims data may be entered into the databasewithin 48 hours of an insurance carrier receiving information about thetreatment. In some embodiments, the database from which the analysis isperformed is continuously (or substantially continuously) updated fromclaims databases of a plurality of healthcare organizations and/orinsurance carriers.

Some embodiments disclosed herein provide a proactive and automatedsignal detection, surveillance, and reporting system with standardizedreporting. Examples of reporting systems used with embodiments of thedisclosure include providing reporting interfaces that reportinformation to drug manufacturers, the FDA (Food and DrugAdministration), to the public (e.g., label warning updates), to productliability insurers, and/or to individual patient patients (e.g., PatientA is on drug X, but the system detected that there are side effects whenDrug X is taken with apples). In some embodiments, notices may be sentdirectly to registered patient devices (e.g., mobile devices, etc.).Advantageously, reporting on information may be helpful to drugmanufacturers or health plan organizations for: performing second-levelconfirmatory analytics, in reapplying for additional off-label uses(e.g., different patient populations (e.g., by gender, ethnicity, ageband, etc.), in exonerating a drug for broader use within the population(e.g., by narrowing the risk to particular genders, ethnicity, agebands, etc.), in applying for an unanticipated use (e.g., where anunanticipated benefit or harm has been identified), for re-pricing(e.g., reports can be used by health plans to inform negotiations for“value based” pricing of drugs; can inform drug manufacturers on highervalue for drugs with new/expanded uses), for refining criteria for planbenefit eligibility, and for remarketing a drug, among other uses.

Some embodiments provide real-time monitoring due to rapid adjudicationand incorporation of claims data into analytic database, and a signalvalidation system that can exonerate or stratify risk in near real-timeand identify potential benefits, versus an industry average of six tonine months.

Turning to the figures, FIG. 1 is a schematic diagram illustrating anoverview of a system for analyzing a relationship between one or moreagents and one or more clinical outcomes, in accordance with anembodiment of the disclosure. A health care organization 100 collectsand processes a wide spectrum of medical care information relating to apatient 102 in order to analyze the relationship between one or moreagents and one or more clinical outcomes. A personal health record (PHR)108 of a patient 102 may be configured to solicit the patient's inputfor entering additional pertinent medical information, trackingfollow-up actions, and allowing the health care organization 100 totrack the patient's medical history. For example, the patient 102 mayenter data through a laptop or desktop computer, through the patient'smobile device, or via a biometric device worn by the patient 102 (e.g.,a fitness tracker or smart watch).

When the patient 102 utilizes the services of one or more health careproviders 110, a medical insurance carrier 112 collects the associatedclinical data 114 in order to administer the health insurance coveragefor the patient 102. Additionally, a health care provider 110, such as aphysician or nurse, enters clinical data 114 into one or more healthcare provider applications pursuant to a patient-health care providerinteraction during an office visit or a disease management interaction.Clinical data 114 originates from medical services claims, pharmacydata, as well as from lab results, and includes information associatedwith the patient-health care provider interaction, including informationrelated to the patient's diagnosis and treatment, medical procedures,drug prescription information, in-patient information, and health careprovider notes, among other things. The medical insurance carrier 112and the health care provider 110, in turn, provide the clinical data 114to the health care organization 100, via one or more networks 116, forstorage in one or more medical databases 118. The medical databases 118are administered by one or more server-based computers associated withthe health care provider 100 and comprise one or more medical data fileslocated on a computer-readable medium, such as a hard disk drive, aCD-ROM, a tape drive, or the like. The medical databases 118 may includea commercially available database software application capable ofinterfacing with other applications, running on the same or differentserver based computer, via a structured query language (SQL). In anembodiment, the network 116 is a dedicated medical records network.Alternatively, or in addition, the network 116 includes an Internetconnection that comprises all or part of the network.

In some embodiments, an on-staff team of medical professionals withinthe health care organization 100 consults various sources of healthreference information 122, including evidence-based preventive healthdata, to establish and continuously or periodically revise a set ofclinical rules 120 that reflect best evidence-based medical standards ofcare for a plurality of conditions. The clinical rules 120 are stored inthe medical database 118.

To supplement the clinical data 114 received from the insurance carrier112, the PHR 108 allows patient entry of additional pertinent medicalinformation that is likely to be within the realm of patient'sknowledge. Examples of patient-entered data include additional clinicaldata, such as patient's family history, use of non-prescription drugs,known allergies, unreported and/or untreated conditions (e.g., chroniclow back pain, migraines, etc.), as well as results of self-administeredmedical tests (e.g., periodic blood pressure and/or blood sugarreadings). Preferably, the PHR 108 facilitates the patient's task ofcreating a complete health record by automatically populating the datafields corresponding to the information derived from the medical claims,pharmacy data and lab result-based clinical data 114. In one embodiment,patient-entered data also includes non-clinical data, such as upcomingdoctor's appointments. In some embodiments, the PHR 108 gathers at leastsome of the patient-entered data via a health risk assessment tool (HRA)130 that requests information regarding lifestyle, behaviors, familyhistory, known chronic conditions (e.g., chronic back pain, migraines,etc.), and other medical data, to flag individuals at risk for one ormore predetermined medical conditions (e.g., cancer, heart disease,diabetes, risk of stroke, etc.) pursuant to the processing by acalculation engine 126. Preferably, the HRA 130 presents the patient 102with questions that are relevant to his or her medical history andcurrently presented conditions. The risk assessment logic branchesdynamically to relevant and/or critical questions, thereby saving thepatient time and providing targeted results. The data entered by thepatient 102 into the HRA 130 also populates the corresponding datafields within other areas of PHR 108. The health care organization 100aggregates the clinical data 114 and the patient-entered data, as wellas the health reference and medical news information 122, into themedical database 118 for subsequent processing via the calculationengine 126.

The health care organization 100 includes a multi-dimensional analyticalsoftware application including a calculation engine 126 comprisingcomputer-readable instructions executed by one or more processors forperforming statistical analysis on the contents of the medical databases118 in order to analyze a relationship between one or more agents andone or more clinical outcomes. The relationships identified by thecalculation engine 126 can be presented in a graphical display 104,e.g., to the healthcare provider 110 and/or medical insurance carrier112 and/or to the government (e.g., FDA) and/or to the patient 102.

After collecting the relevant data, the calculation engine 126 receivesa selection of one or more agents. In one example implementation, theagents are prescription drugs. The calculation engine calculates a riskof occurrence of one or more clinical outcomes for each of the one ormore agents. In some embodiments, the calculation engine 126 alsoreceives a selection of an “indication” (e.g., a medical or clinicalcondition, disease, etc.) experienced by a portion of the population ofpatients. In one implementation, a drug may be exonerated from causing aclinical outcome for specific subgroups of a population (e.g., thosethat also have the “indication”) or possibly overall (e.g., entirepopulation). In some implementations, a drug may be exonerated whentaken in combination with other criteria present; for example, whentaken with other drugs, when taken with certain foods, or when exerciseis detected, among others. In another example implementation, thecalculation engine 126 may determine that certain adverse events occurmostly in off-label use. “Off-label” use refers to non-recommended usesof a drug, such as non-FDA approved uses. In another implementation,calculation engine 126 may determine how a drug's safety profilecompares to other drugs within the same class of drugs. Other use casesare also within the scope of embodiments of the disclosure, as describedin greater detail herein. In further embodiments, the calculation engine126 may determine that a drug is “protective” relative to a certainclinical outcome for a certain sub-population of patients, as describedin greater detail herein.

For example, embodiments disclosed herein can provide “comparativeeffectiveness” information by directly comparing multiplepharmacologically similar agents against varied and multiple healthoutcomes of interest, allowing for inferences to be made about thecomparative risks and benefits of these agents. In some embodiments, acomparison process may include the steps of identifying a subgroup basedon age, gender, race, ethnicity, geography or other categories, andcomparing the subgroup to other subgroup(s) based on the same categoriesto determine if a given agent or intervention is more or less effective(or harmful) as compared to another agent or intervention within a givensubgroup. In another embodiment, a comparison process may be employed tosimultaneously determine risks and benefits associated with a givenagent in a given subgroup, and output a graphical summary which can beused to inform a risk/benefit determination by individual patientsand/or healthcare providers.

While the entity relationships described above are representative, thoseskilled in the art will realize that alternate arrangements arepossible. In one embodiment, for example, the health care organization100 and the medical insurance carrier 112 is the same entity.Alternatively, the health care organization 100 is an independentservice provider engaged in collecting, aggregating, and processingmedical care data from a plurality of sources to provide a personalhealth record (PHR) service for one or more medical insurance carriers112. In yet another embodiment, the health care organization 100provides PHR services to one or more employers by collecting data fromone or more medical insurance carriers 112. In one embodiment, aninsurance carrier computer system executes the calculation engine 126.In yet another embodiment, a third party computer system receivesmedical care (and other) data from a plurality of sources, includingmultiple medical insurance carriers and health care organizations, andexecutes the calculation engine 126.

FIG. 2 is a flow diagram illustrating a method 200 for analyzing arelationship between one or more agents and one or more clinicaloutcomes, in accordance with an embodiment of the disclosure. As shown,the method 200 begins at step 202, where a processor, such as aprocessor associated with the calculation engine 126, receives aselection of an agent. In one embodiment, the agent is a prescriptiondrug. At step 204, the processor receives selection of an adverse event.In some embodiments, adverse events are clinic events. Non-limitingexamples include accidents, cancer, congestive heart failure,depression, diarrhea, glaucoma, infection, liver dysfunction, lymphoma,major bleeding, renal failure, seizures, sudden death, suicide, amongmany others. In some embodiments, the adverse events are coded accordingto standard external definitions (for example, by the government). Inother embodiments, the adverse events are coded according to proprietarydefinitions. In some embodiments, adverse events can be non-clinical innature, but rather more “public policy” in nature. Examples includedetecting mental health patterns in populations, etc. While suchnon-clinical adverse events may not be an acute clinical adverse eventfor a given drug, certain healthcare entities (such as the FDA, forexample) may be concerned if populations of people who take a given drugover time demonstrate a propensity to commit crimes, to be violent, tobe depressed, to be less employed, etc.

At step 206, the processor analyzes clinical data in a database todetermine a number of occurrences of the adverse event when the agent isadministered. As described, the clinical data can come from manysources, including demographic data, claims data, procedure codes,diagnostic codes, pharmacy/prescription data, patient-entered data,among others. The processor analyzes the data to identify a number ofpatients that have exhibited the adverse event when taking the drug fora predetermined minimum amount of time (for example, 6 months).

At step 208, the processor applies one or more filters. The clinicaldata can be filtered according to certain parameters, such as patientage, gender, demographic info, clinical stratification scores andidentified conditions, and whether the use of the drug was “on-label” or“off-label” (i.e., “on-label” refers to use in the recommended or FDAapproved manner; “off-label” refers to use in a non-recommended ornon-FDA approved manner), among others. The analysis performed at step206 can, therefore, be applied only to the data that satisfies thefilters. In some embodiments, step 208 is performed before step 206.Also, in some embodiments, step 208 is optional and is omitted. In sucha case, no filter is applied, and all the clinical data is analyzed.

At step 210, the processor calculates a risk score corresponding to theadverse event and the agent. According to some embodiments, the riskscore can be an absolute risk or a relative risk. Table 1 belowillustrates occurrences of the adverse event when a particular drug isadministered, a total number of patients that suffered the adverseevent, a total number of patients to whom the drug was administered, anda total number of patients to whom the drug was not administered.

TABLE 1 Drug No Drug Total Adverse IAO IO Event No Adverse Event TotalIA I

In Table 1, “TAO” refers to the occurrence of the adverse event when thedrug is administered, “TO” refers to the total number of patients thatsuffered the adverse event, “IA” refers to the total number of patientsto whom the drug was administered, and “I” refers to the total number ofpatients to whom the drug was not administered.

According to one embodiment, an “ON agent risk,” “NO agent risk,”“Absolute Risk,” and “Relative Risk” can be calculated using Equations 1to 4, respectively:

$\begin{matrix}{{{ONagentRisk} = \frac{IAO}{IA}},} & \left( {{Equation}\mspace{14mu} 1} \right) \\{{{NOagentRisk} = \frac{{IO} - {IAO}}{I - {IA}}},} & \left( {{Equation}\mspace{14mu} 2} \right) \\{{{AbsoluteRisk} = {{ONagentRisk} - {NOagentRisk}}},{and}} & \left( {{Equation}\mspace{14mu} 3} \right) \\{{RelativeRisk} = {\frac{ONagentRisk}{NOagentRisk}.}} & \left( {{Equation}\mspace{14mu} 4} \right)\end{matrix}$

A “chi-squared” analysis can also be performed to calculate a confidencelevel for the statistical analysis performed using Equation 5:

$\begin{matrix}{\chi^{2} = {\frac{{(I)\left\lbrack {{({IAO})\left( {I - {IO} - {IA} + {IAO}} \right)} - {\left( {{IO} - {IAO}} \right)\left( {{IA} - {IAO}} \right)}} \right\rbrack}^{2}}{({IA})\left( {I - {IA}} \right)({IO})\left( {I - {IO}} \right)}.}} & \left( {{Equation}\mspace{14mu} 5} \right)\end{matrix}$

In some embodiments, a “Chi-squared value” or “P-value” may becalculated to test the statistical significance of the calculations.

Table 2, below, illustrates an example where the adverse event iscongestive heart failure (CHF) and the drug is an ACE inhibitor.

TABLE 2 Drug No Drug Total Adverse 568 2433 Event No Adverse Event Total179499 656938

As shown, a total of 179499 patients took the drug and 568 experiencedthe adverse effect. A total of 2433 patients experienced the adverseeffect. A total of 656938 patients did not take the drug.

Using the Equations 1-4 above, the relative risk is calculated at 0.81.The Chi-squared value is calculated using Equation 5 as 19.49.

At step 212, the processor determines whether there are more adverseevents to analyze for the selected agent/drug. If the processordetermines that there are more adverse events to analyze for theselected agent/drug, then the method 200 returns to step 204, describedabove. If the processor determines that there are no more adverse eventsto analyze for the selected agent/drug, then the method 200 proceeds tostep 214.

At step 214, the processor determines whether there are moreagents/drugs to analyze against adverse events. If the processordetermines that there are more agents/drugs to analyze, then the method200 returns to step 202, described above. If the processor determinesthat there are no more agents/drugs to analyze, then the method 200proceeds to step 216.

At step 216, the processor outputs results (i.e., risk scores) to agraphical display. In some embodiments, the results may be graphicallyrepresented as a “heat map,” where a circle corresponds to the averagerelative risk of the drug-adverse event combination, and where a greatersize of the circle corresponds to a greater average relative risk.Examples are provided below in FIGS. 3-9.

FIG. 3 is a screenshot of a user interface displaying an averagerelative risk for plurality of agents versus a plurality of outcomes, inaccordance with an embodiment of the disclosure. As shown, a listing ofdifferent agents (for example, prescription drugs) is shown along avertical axis 304 and a listing of different outcomes (for example,adverse clinical events) is shown along a horizontal axis 306. Aselection of which agents and/or outcomes are shown in the userinterface can be made via interface element 308 via one or morecheckboxes. Note, in FIG. 3, the selection of different outcomes is notshown (i.e., a user would need to “scroll down” to see the checkboxesfor the different outcomes).

As described above, a processor can calculate a risk score, such asaverage relative risk, for each combination of agent and outcome. In theexample shown in FIG. 3, average relative risk is graphically displayedsuch that an increase in the size 302 of the circle shown for theparticular agent-outcome combination corresponds to an increase in theaverage relative risk. For example, a high average relative risk isexhibited between the agent “Clozapine” and the outcome “Hip fracture,”displayed as circle 310.

FIG. 4 is a screenshot of a user interface displaying an averagerelative risk for different agents in the same class of agents relativeto a particular outcome, in accordance with an embodiment of thedisclosure. In the example shown in FIG. 4, three different bloodthinners are shown along a vertical axis 402 relative to a particularoutcome (e.g., major bleeding) along a horizontal axis 404. In theexample shown, the three blood thinners are “Dabigatran,” “Prasugrel,”and “oral antiplatelet agents other than Prasugrel.” With respect theparticular outcome shown, it is readily apparent from the sizes of thecircles, that the agent “oral antiplatelet agents other than Prasugrel”has the lowest average relative risk of the three agents. Providing agraphical representation of the average relative risk provides for asuperior user experience, when compared to conventional techniques.

FIG. 5 is a screenshot of a user interface displaying an averagerelative risk for one agent relative to one outcome, where the data issorted by one or more filters, in accordance with an embodiment of thedisclosure. As described, the data can be filtered using one or morefilters prior to performing the statistical analysis. In the exampleshown in FIG. 5, a single outcome (e.g., major bleeding) is shown alonga horizontal axis 504. Along the vertical axis 502, a single agent isshown (e.g., “Dabigatran”), where the data is first filtered by gender506 and then by indication 508. Filtering by “indication,” in thisexample, refers to whether the drug was used in an FDA approved manner(i.e., “on-label”) or a non-FDA approved manner (i.e., “off-label”). Inthe example in FIG. 5, A.Fib “Non-Valvular” refers to the FDA approvedmode of administering Dabigatran, and A.Fib “Valvular” refers to thenon-FDA approved mode of administering Dabigatran. When comparing theaverage relative risk for the four different combinations of gender 506and indication 508, the outcome has a similar average relative risk forboth indications (i.e., Non-Valvular and Valvular) for females. However,for males, the Valvular (i.e., non-FDA approved) mode of administeringthe drug has a significantly greater average relative risk. The outcomeshown in FIG. 5 may suggest that a blanket statement from the FDA thatprohibits Valvular treatment with Dabigatran (for both males andfemales) is not necessary, and that the FDA should consider allowingValvular treatments for women. The results shown using embodiments ofthe disclosure are not meant to be definitive proof that certain drugsdo not cause certain complications/outcomes, but rather to generate ahypothesis for further investigation and/or research.

In addition, in some embodiments, a user can click on or hover a cursorover one of the circles, which causes a dialog box 510 to be displayed.The dialog box 510 includes various counts and statistics for theparticular agent-outcome pair.

FIGS. 6-8 are screenshots of user interfaces displaying an averagerelative risk for a plurality of outcomes for one agent relative toother agents in the same class of agents, in accordance with severalembodiments of the disclosure.

In FIG. 6, two different outcomes are shown along the horizontal axis604 (i.e., CHF (congestive heart failure) and sudden death). Along thevertical axis 602, a single agent is shown (i.e., “Lisinopril,” an ACEinhibitor) along with an agent grouping (i.e., “ACE-I”), whichcorresponds to all ACE inhibitors, including the single agent shownseparately. As shown in the example in FIG. 6 via circles 606,Lisinopril has a similar average relative risk for CHF as all ACEinhibitors. However, as shown via circles 608, Lisinopril has a higheraverage relative risk for sudden death compared to all ACE inhibitors.This finding could cause physicians and/or the FDA to place certainwarnings on Lisinopril.

In FIG. 7, two different outcomes are shown along the horizontal axis704 (i.e., diarrhea and infections). Along the vertical axis 702, fivedifferent agents from the same class are shown. In this example, fivedifferent proton pump inhibitors are shown. As shown in the example inFIG. 7 via circles 706, each of the five proton pump inhibitors has asimilar average relative risk for diarrhea. However, with respect toinfections, “Prevacid” has a lower average relative risk as compared tothe other four proton pump inhibitors, as evidenced by the smaller sizeof circle 708. As such, in one example, this information tends to showthat Prevacid may be superior to the other proton pump inhibitors sincethe risk for diarrhea is roughly the same as for the other proton pumpinhibitors, but with a lower risk for infections.

In FIG. 8, five different outcomes are shown along the horizontal axis804. Along the vertical axis 802, two different agents from the sameclass are shown. In this example, two different antibiotics are shown,amoxicillin and azithromycin. As shown in the example in FIG. 8 viacircles 806, both antibiotics have similar average relative risk forfour of the five outcomes shown. However, with respect to the outcome“sudden death,” azithromycin has a relatively large average relativerisk (as shown via circle 808) and amoxicillin has a very low (or evencalculated “zero”) average relative risk for sudden death. Furtherinvestigation into this outcome can be performed by applying filters, asshown in FIG. 9.

FIG. 9 is a screenshot of a user interface displaying an averagerelative risk for two agents relative to a plurality of outcomes, wherethe data is filtered by gender and age, in accordance with an embodimentof the disclosure. In FIG. 9, five different outcomes are shown alongthe horizontal axis 904. Along the vertical axis 902, two differentagents from the same class are shown. In this example, two differentantibiotics are shown, amoxicillin and azithromycin. The agents arefiltered first by gender 906 and then by age band 908. For theparticular outcome in question, “Sudden Death” 910, filtering the databy gender and age band reveals that azithromycin has a relatively highaverage relative risk for sudden death for women ages 45-56. In oneexample, the analysis and calculation shown in FIG. 9 may, therefore,“exonerate” azithromycin from the risk of sudden death for all males andfor females outside the ages of 45-56.

In the additional embodiment illustrated in FIG. 10, the system andmethod of the present disclosure implement a plurality of modules forproviding real-time processing and delivery of calculated statisticsabout agents and outcomes. For example, the statistics may be presentedto a health care provider 110 via one or more health care providerapplications 756. In one implementation, health care organization 100includes a real-time transfer module 758. The real-time transfer module758 comprises computer executable instructions encoded on acomputer-readable medium, such as a hard drive, of one or more servercomputers controlled by the health care organization 100. Specifically,the real-time transfer module 758 is configured to calculate statistics,such a risk scores, for real-time information received via a network 760between the health care organization 100 and external systems andapplications. Preferably, the real-time transfer module 758 employs aservice-oriented architecture (SOA) by defining and implementing one ormore application platform-independent software services to carryreal-time data between various systems and applications.

In one embodiment, the real-time transfer module 758 comprises webservices 762, 764 that interface with external applications fortransporting the real-time data via a Simple Object Access Protocol(SOAP) over HTTP (Hypertext Transfer Protocol). The message ingest webservice 762, for example, receives real-time data that is subsequentlyprocessed in real-time by the calculation engine 126. The message ingestweb service 762 synchronously collects clinical data 114 from themedical insurance carrier 112, patient-entered data 128, includingpatient-entered clinical data 128, from the patient's PHR 108 and HRA130, as well as health reference information 122 and medical newsinformation 124. In an embodiment, the message ingest web service 762also receives clinical data 114 in real-time from one or more healthcare provider applications 756, such as an electronic medical record(EMR) application and a disease management application. In yet anotherembodiment, the message ingest service 762 receives at least some of thepatient-entered data 128 pursuant to the patient's interaction with anurse in disease management or an integrated voice response (IVR)system. Incoming real-time data is optionally stored in the medicaldatabase 118. Furthermore, incoming real-time data associated with agiven patient 102, in conjunction with previously stored data at thedatabase 118 and the clinical rules 120, defines a rules engine run tobe processed by the calculation engine 126. Hence, the real-timetransfer module 758 collects incoming real-time data from multiplesources and defines a plurality of rules engine runs associated with oneor more agents (e.g., drugs) and one or more outcomes (e.g., adverseevents) for real-time processing.

The real-time transfer module 758 forwards the rules engine runs to thecalculation engine 126 to instantiate a plurality of real-time ruleprocessing sessions 772. The processing of the rule processing sessions772 by the calculation engine 126 can be load-balanced across multiplelogical and physical servers to facilitate multiple and simultaneousrequests for real-time calculation of risk scores for one or more pairsof agents and outcomes. In one embodiment, the load-balancing ofsessions 772 is accomplished in accordance with a J2EE (Java)specification. Each rule processing session 772 makes calls to themedical database 118 by referring to a unique agent ID field for acorresponding agent (e.g., drug) to receive data related to that agentfor processing of incoming real-time data. The results 1000 of thereal-time processing of the calculation engine may then be output to thereal-time transfer module 758 for distribution to one or more healthcare provider applications 756 and/or to other servers and/or servicesvia message output service 764.

FIG. 11 is a screenshot a of a user interface displaying an averagerelative risk for a plurality of outcomes for a plurality agents, inaccordance with an embodiment of the disclosure. As shown, the pluralityof outcomes is selected via checkboxes 1102 and the plurality agents isselected via checkboxes 1100. In the example shown, the number of agentsand outcomes selected is rather large, thus the user interface includesmany results. Because of the large number of results, it may bedifficult to visually distinguish between the size of the circles thatrepresent the average relative risk for a given combination of agent andoutcome.

Thus, embodiments of the disclosure provide user interface elements inthe graphical user interface to scale and/or filter the results. Asshown, user interface element 1104 may correspond to statisticalsignificance of the data (e.g., Chi-squared or P-value), user interfaceelement 1106 may correspond to count of “IAO,” i.e., where theIndication (“I”), Agent (“A”), and Outcome (“0”) are each present, anduser interface element 1108 may correspond to average relative risk. Insome implementations, “statistically significant” results correspondingto the user interface element 1104 may comprise results with aChi-squared value of five (5.0) or more. In the example shown in FIG.11, each of the user interface elements 1104, 1106, 1108 includes aslider having adjustable low-end and or high-end thresholds. In otherexamples, each of the user interface elements 1104, 1106, 1108 mayincludes only one of a slider for the low-end threshold or the high-endthreshold.

A user may interact with one or more of the user interface elements1104, 1106, 1108 to filter the data in an effort to reduce the number ofagent-outcome results shown in the user interface. In the example inFIG. 11, the low-end threshold for user interface element 1106corresponding to count of “IAO” is set to “125.”

FIG. 12 is a screenshot a of a user interface displaying an averagerelative risk for a plurality of outcomes for a plurality agents, wherescaling and filtering of the results is applied, in accordance with anembodiment of the disclosure. As shown, in FIG. 12, the low-endthreshold for user interface element 1106 corresponding to count of“IAO” is increased to 306 (i.e., from “125” shown in FIG. 11). Thiscauses the user interface to display fewer agent-outcome pairingsbecause fewer agent-outcome pairings satisfy the updated low-endthreshold for user interface element 1106 corresponding to count of“IAO.” Since there are fewer signals that satisfy the criteria, feweragent-outcome pairings are displayed in the user interface, whichincreases the readability and usefulness of the user interface.

FIG. 13 is a screenshot a of a user interface displaying an averagerelative risk for a plurality of outcomes for a plurality agents, inaccordance with an embodiment of the disclosure. The Indication (“I”) inthe example in FIG. 13 is “Diabetes Mellitus.” In some implementations,an average relative risk of greater than “1.0” indicates that forpatients having the Indication, the given Agent is “harmful,” in that itis associated with a greater risk of leading to the Outcome. On theother hand, an average relative risk less than “1.0” indicates that forpatients having the Indication, the given Agent is “protective,” in thatit is associated with a lower risk of leading to the Outcome.

As described herein, a plurality of agents can be analyzed against aplurality of outcomes. In FIG. 13, an example agent-outcome combination1302 (i.e., corresponding to agent “Sitagliptin Phosphate” and outcome“Anemia—Other”) is examined. The example agent-outcome combination 1302has an average relative risk greater than “1.0,” i.e., “1.0609.” Arelative risk greater than 1.0 suggests that for patients having theIndication, the given Agent is “harmful” in that it is associated with agreater risk of leading to the Outcome. However, as shown in FIG. 14,this result can be further stratified/categorized and analyzed for moreinformation.

FIG. 14 is a screenshot a of user interface displaying an averagerelative risk for a plurality of outcomes for a plurality agents wherepatients are stratified, in accordance with an embodiment of thedisclosure. The example agent-outcome combination 1302 from FIG. 13corresponding to “Sitagliptin Phosphate” and “Anemia—Other” is examinedin detail. For example, a user may double-click on circle correspondingto the example agent-outcome combination 1302 in FIG. 13 to cause theuser interface in FIG. 14 to be displayed.

As shown in FIG. 14, the patients are stratified according to theircharacteristics based on gender 1402, age 1404, and risk category 1406.In one example, risk categories 1406 include “low” risk or “high” risk,based on a patient's given medical and personal information. Thestratifications shown in FIG. 14 are merely examples, and otherstratifications are also with the scope of the disclosure. For example,patients can be stratified by geographical region (e.g., state), byincome ranges, or any other metric.

In the example shown in FIG. 14, the relative risk for a givenstratification for the agent-outcome pairing is shown as a white circle1308 when the average relative risk is below “1.0,” i.e., the agent is“protective” relative to the outcome for that stratification. Therelative risk for a given stratification for the agent-outcome pairingis shown as a black circle 1310 when the average relative risk isgreater than “1.0,” i.e., the agent is “harmful” relative to the outcomefor that stratification. A larger black circle represents a greaterrelative risk, i.e., more harmful. A larger white circle represents alower relative risk, i.e., more protective. The choice of whether theharmful/protective circles get larger or smaller as a function of beingmore harmful/protective is matter of design choice.

In the example in FIG. 14, where there is no circle for a givenstratification (i.e., locations 1312 in FIG. 14), then the agent isshown to have no impact relative to the outcome.

Further, as shown in FIG. 14, some stratifications have no data. In theexample shown, a patient's gender 1402 can be Male, Female, or Unknown.A patient's age categories 1404 may be: 15 years old or under, 16-39years old, 40-55 years old, 56-64 years old, or 65+ years old. Apatient's risk category 1406 may be Low or High risk. In the exampleshown, certain combinations of gender 1402, age 1404, and risk category1406 have no results in the table shown in the user interface. Forexample, for Males, there is only displayed categories for 40-55 yearsold with High risk and 56-64 years with High risk. None of the Male's“Low risk” age categories are shown. This means that for the certaincombinations of categories/stratifications not shown, there are nopatients with that satisfy those particular categories/stratificationsand exhibit all three of: (a) the Indication (e.g., “DiabetesMellitus”), (b) the Agent (e.g., “Sitagliptin Phosphate”), and (c) theOutcome (e.g., “Anemia—Other”).

Based on the stratified data shown in FIG. 14, a processor is able toautomatically vilify and/or exonerate certain agents from influencingcertain outcomes for specific stratifications/categories of people. Theprocessor may “vilify” an agent by determining that, for a populationwith a given Indication (e.g., disease), if the average relative risk ofa given outcome for a specific stratification of people when a givenagent is administered is above 1.0, then the agent is harmful for thatspecific stratification of patients relative to that outcome (e.g., theblack circles 1410 in FIG. 14). In the reverse direction, the processormay “exonerate” an agent by determining that, for a population with agiven Indication (e.g., disease), if the average relative risk of agiven outcome for a specific stratification of people when a given agentis administered is less than 1.0, then the agent is protective for thatspecific stratification of patients relative to that outcome (e.g., thewhite circles 1408 in FIG. 14). In addition, the processor may further“exonerate” an agent by determining that there is no circle for thatagent-outcome pairing for a particular stratification of patients (i.e.,locations 1412).

In some embodiments, when an agent has been determined to be harmful,the processor may further send a notification to one or more entities toinform them of this potential risk. For example, the processor maynotify the FDA (Food and Drug Administration), the public (e.g., labelwarning updates), product liability insurers, and/or individual patientpatients. In some embodiments, notices may be sent directly toregistered patient devices (e.g., smart phones, etc). In someembodiments, reporting on information may be helpful to drugmanufacturers or health plan organizations for: performing second-levelconfirmatory analytics, in reapplying for additional off-label uses(e.g., different patient populations (e.g., by gender, ethnicity, ageband, etc.), in exonerating a drug for broader use within the population(e.g., by narrowing the risk to particular genders, ethnicity, agebands, etc.), in applying for an unanticipated use (e.g., where anunanticipated benefit or harm has been identified), for re-pricing(e.g., reports can be used by health plans to inform negotiations for“value based” pricing of drugs; can inform drug manufacturers on highervalue for drugs with new/expanded uses), for refining criteria for planbenefit eligibility, and for remarketing a drug, among other uses. Insome embodiments, the notification is sent only if the agent-outcomepairing indicates a relative risk greater than 1, but also greater thana certain threshold.

FIG. 15 is a flow diagram of a method for displaying a graphicalrepresentation of relationships between a plurality of agents and aplurality of clinical outcomes. As shown, the method 1500 begins at step1502, where a processor, such a processor that executes the calculationengine 126, receives a selection of a plurality of agents. At step 1504,the processor receives a selection of a plurality of clinical outcomes.

At step 1506, the processor analyzes clinical data stored in a databaseto determine a number of occurrences for each clinical outcome when oneor more agents are administered to a plurality of patients having afirst clinical condition. The clinical data stored in the database mayinclude demographic data, lab data, pharmacy data, claims data,diagnostic codes, procedure codes, heath reference information, medicalnews, standards-of-care, and/or patient-entered data.

At step 1508, the processor calculates, for each agent-clinical outcomepairing, a count for a number of patients having the first clinicalcondition, that were administered the agent of the agent-clinicaloutcome pairing, and had the clinical outcome of the agent-clinicaloutcome pairing. At step 1510, the processor calculates, for eachagent-clinical outcome pairing, a relative risk score for patientshaving the first clinical condition, that were administered the agent ofthe agent-clinical outcome pairing, and had the clinical outcome of theagent-clinical outcome pairing. At step 1512, the processor calculates,for each agent-clinical outcome pairing, a statistical significancevalue for the relative risk score corresponding to the agent-clinicaloutcome pairing. Calculating the statistical significance valuecomprises calculating one or more of a Chi-squared value and a P-value.

At step 1514, the processor displays, in a graphical user interface onthe display device, a two-dimensional grid in which one or more agentsare displayed in a first axis and one or more clinical outcomes aredisplayed in a second axis, where a given agent-clinical outcome pairingis displayed in the graphical user interface if the count for theagent-clinical outcome pairing exceeds a first threshold, the relativerisk score for the agent-clinical outcome pairing exceeds a secondthreshold, and the statistical significance value for the relative riskscore for the agent-clinical outcome pairing exceeds a third threshold.

The graphical user interface may further include a first slidergraphical user interface element corresponding to the first thresholdvalue, where adjusting the first slider causes the first threshold valueto be adjusted. The graphical user interface may further include asecond slider graphical user interface element corresponding to thesecond threshold value, wherein adjusting the second slider causes thesecond threshold value to be adjusted. The graphical user interface mayfurther include a third slider graphical user interface elementcorresponding to the third threshold value, wherein adjusting the thirdslider causes the third threshold value to be adjusted.

FIG. 16 is a flow diagram of a method for analyzing a relationshipbetween an agent and a clinical outcome. As shown, the method 1600begins at step 1602, where a processor, such a processor that executesthe calculation engine 126, receives a selection of a first agent. Atstep 1604, the processor receives a selection of a first clinicaloutcome.

At step 1606, the processor categorizes, based on one or morestratification factors, a plurality of patients into a plurality ofstratification categories, wherein each patient in the plurality ofpatients is associated with a first clinical condition and isadministered the first agent. In some embodiments, the one or morestratification factors include one or more of: a gender stratificationfactor, an age category stratification factor, a risk categorystratification factor, and a geographic location stratification factor.

At step 1608, the processor analyzes clinical data stored in a databaseto determine a number of occurrences of the first clinical outcome whenthe first agent is administered to the plurality of patients. At step1610, the processor calculates, for the first agent and the firstclinical outcome, a first set of risk scores, wherein a separate riskscore corresponds to each of the plurality of stratification categories,and wherein calculating the risk score for a given stratificationcategory includes measuring a statistical significance of a relationshipbetween the first agent and the clinical outcome for the patientsincluded in the given stratification category.

At step 1612, the processor displays, in a graphical user interface onthe display device, a two-dimensional grid in which the first clinicaloutcome is displayed in a first axis and the plurality of stratificationcategories are displayed in a second axis.

At step 1614, the processor displays, in the graphical user interface,for each stratification category in which the first clinical outcome isobserved, a graphical element corresponding to a relative risk score forthe combination of first agent and the first clinical outcome for thestratification category. In one embodiment, a relative risk score lessthan 1.0 is displayed in a first color, and a relative risk scoregreater than 1.0 is displayed in a second color. In some embodiments,each graphical element displayed in the graphical user interfacecomprises a circle, where for a relative risk greater than 1.0 a largercircle corresponds to a greater relative risk.

In some embodiments, based on determining that the first relative riskscore is less than 1.0 and less than a first threshold value, theprocessor determines that the first agent is protective with respect tothe first clinical outcome for patients in the first stratificationcategory and associated with the first clinical condition. In someembodiments, based on determining that the first relative risk score isgreater than 1.0 and greater than the first threshold value, theprocessor determines that the first agent is harmful with respect to thefirst clinical outcome for patients in the first stratification categoryand associated with the first clinical condition. In some embodiments,based on determining that the first clinical outcome is not observed,the processor determines that the first agent is exonerated from causingthe first clinical outcome for patients in the first stratificationcategory and associated with the first clinical condition. In someembodiments, absence of a first stratification category in the secondaxis corresponds to the first clinical outcome not being observed forthe patients administered the first agent in the first stratificationcategory.

In sum, embodiments described herein provide a system and method forpharmacovigilance, i.e., drug surveillance. The systems and methodsdescribed herein may, in some implementations, be used by drug companiesor others (such as, for example, the FDA) to monitor and test the safetyand efficacy of drugs with respect to certain outcomes. The systems andmethods could be customized by applying certain filters to analyze thedata at finer granularity.

Some embodiments compute the clinical context of a health outcome oradverse event, rather than simply pairing a drug to a health outcome ofinterest. In various implementations, this includes analyzing theexistence of an FDA-labeled indication for the drug (i.e., on-label useversus off-label use), the relative frequency of the symptoms for theoutcome of interest (e.g., dizziness or palpitations may be symptoms ofan arrhythmia), the relative frequency of testing for the outcome ofinterest (e.g., Holter EKG monitoring may be used to detect arrhythmias)to calibrate whether frequency of the outcome of interest (e.g., theremay appear to be more liver abnormalities just because more liverfunction testing was being done), the relative frequency of the outcomeitself, and the relative frequency of “rescue treatments” related to theoutcome, e.g. for a drug that causes diarrhea, the frequency ofanti-diarrheal treatments (as opposed to episodes of the diarrheaitself).

Embodiments aggregate this data in a manner not only to detect newsignals of drug-adverse event relationships, but can be configured in away to “exonerate” drugs or confirm drug effects by providing data tosuggest that (i) no agent-outcome relationships were detected, (ii)limited agent-outcome relationships were detected (e.g., in a subset ofa population previously believed to be at risk of a negative effect), or(iii) a previous agent-outcome relationship is affirmed. Data resultingfrom such a determination may be used in assessing liability associatedwith the manufacture, marketing and/or sale of pharmaceuticals. In thisway, drugs that may appear to be generating signals in the FDA AERS(Adverse Event Reporting System) may be compared against the signalconfirmation versus exoneration findings calculated using embodiments ofthe disclosure. For example, using the embodiments disclosed herein,which are capable of updating on a near-real-time basis by runninganalysis on a frequent repeated basis (e.g., weekly, monthly), signalsare detected earlier and trend analysis for emerging and/or fadingsignals can be performed more quickly.

In another embodiment, adverse events or benefits associated with agiven drug may be detected across multiple related individuals includingteratogenic effects on children. For example, where a mother takes agiven drug during pregnancy, the child may be exposed to and sufferconsequences during fetal development, with observable long-termconsequences which can be detected through the present invention.

In another embodiment, an association between an event and an agent orintervention may be evaluated to determine if a causal relationshipamong the two potentially exists (or, if the association is a spuriouscorrelation) by evaluating healthcare claim data to determine thesequential relationship between the event and the agent.

All references, including publications, patent applications and patents,cited herein are hereby incorporated by reference to the same extent asif each reference were individually and specifically indicated to beincorporated by reference and were set forth in its entirety herein.

The use of the terms “a” and “an” and “the” and similar referents in thecontext of describing the disclosure (especially in the context of thefollowing claims) are to be construed to cover both the singular and theplural, unless otherwise indicated herein or clearly contradicted bycontext. The terms “comprising,” “having,” “including,” and “containing”are to be construed as open-ended terms (i.e., meaning “including, butnot limited to,”) unless otherwise noted. Recitation of ranges of valuesherein are merely intended to serve as a shorthand method of referringindividually to each separate value falling within the range, unlessotherwise indicated herein, and each separate value is incorporated intothe specification as if it were individually recited herein. All methodsdescribed herein can be performed in any suitable order unless otherwiseindicated herein or otherwise clearly contradicted by context. The useof any and all examples, or exemplary language (e.g., “such as”)provided herein, is intended merely to better illuminate the disclosureand does not pose a limitation on the scope of the disclosure unlessotherwise claimed. No language in the specification should be construedas indicating any non-claimed element as essential to the practice ofthe disclosure.

Preferred embodiments of this disclosure are described herein, includingthe best mode known to the inventors for carrying out the disclosure.Variations of those preferred embodiments may become apparent to thoseof ordinary skill in the art upon reading the foregoing description. Theinventors expect skilled artisans to employ such variations asappropriate, and the inventors intend for the disclosure to be practicedotherwise than as specifically described herein. Accordingly, thisdisclosure includes all modifications and equivalents of the subjectmatter recited in the claims appended hereto as permitted by applicablelaw. Moreover, any combination of the above-described elements in allpossible variations thereof is encompassed by the disclosure unlessotherwise indicated herein or otherwise clearly contradicted by context.

What is claimed is:
 1. A method for displaying a graphicalrepresentation of relationships between a plurality of agents and aplurality of clinical outcomes, the method comprising: receiving, by aprocessor included in a computing device, a selection of a plurality ofagents; receiving, by the processor, a selection of a plurality ofclinical outcomes; analyzing, by the processor, clinical data stored ina database to determine a number of occurrences for each clinicaloutcome when one or more agents are administered to a plurality ofpatients having a first clinical condition; calculating, by theprocessor, for each agent-clinical outcome pairing, a count for a numberof patients having the first clinical condition, that were administeredthe agent of the agent-clinical outcome pairing, and had the clinicaloutcome of the agent-clinical outcome pairing; calculating, by theprocessor, for each agent-clinical outcome pairing, a relative riskscore for patients having the first clinical condition, that wereadministered the agent of the agent-clinical outcome pairing, and hadthe clinical outcome of the agent-clinical outcome pairing; calculating,by the processor, for each agent-clinical outcome pairing, a statisticalsignificance value for the relative risk score corresponding to theagent-clinical outcome pairing; displaying, on a display device, a firstgraphical user interface that includes a first two-dimensional grid inwhich one or more agents are displayed in a first axis and one or moreclinical outcomes are displayed in a second axis, wherein a givenagent-clinical outcome pairing is displayed in the first graphical userinterface if the count for the agent-clinical outcome pairing exceeds afirst threshold, the relative risk score for the agent-clinical outcomepairing exceeds a second threshold, and the statistical significancevalue for the relative risk score for the agent-clinical outcome pairingexceeds a third threshold; displaying, on the display device, at leastone graphical user interface element capable of being engaged by a user,wherein the at least one graphical user interface element corresponds toone or more of the first threshold value, the second threshold value,and the third threshold value; receiving, by the processor, anadjustment from the user to the at least one graphical user interfaceelement, wherein the adjustment causes one or more of the firstthreshold value, the second threshold value, and the third thresholdvalue to be increased; and in response to the adjustment, displaying, onthe display device, a second graphical user interface that includes asecond two-dimensional grid in which one or more agents are displayed ina first axis and one or more clinical outcomes are displayed in a secondaxis, wherein fewer agent-clinical outcome pairings are displayed in thesecond graphical user interface than are displayed in the firstgraphical user interface.
 2. The method of claim 1, wherein calculatingthe statistical significance value comprises calculating a Chi-squaredvalue.
 3. The method of claim 1, wherein increasing one or more of thefirst, second, or third threshold values results in fewer agent-clinicaloutcome pairings to be displayed on the display device.
 4. The method ofclaim 1, wherein a first agent comprises a prescription drug.
 5. Themethod of claim 1, further comprising: displaying, in the firstgraphical user interface, a first slider graphical user interfaceelement corresponding to the first threshold value, wherein adjustingthe first slider causes the first threshold value to be adjusted.
 6. Themethod of claim 5, further comprising: displaying, in the firstgraphical user interface, a second slider graphical user interfaceelement corresponding to the second threshold value, wherein adjustingthe second slider causes the second threshold value to be adjusted. 7.The method of claim 6, further comprising: displaying, in the firstgraphical user interface, a third slider graphical user interfaceelement corresponding to the third threshold value, wherein adjustingthe third slider causes the third threshold value to be adjusted.
 8. Themethod of claim 1, wherein the clinical data stored in the databaseincludes demographic data, lab data, pharmacy data, claims data,diagnostic codes, procedure codes, heath reference information, medicalnews, standards-of-care, and/or patient-entered data.
 9. Anon-transitory computer-readable storage medium storing instructionsthat when executed by a processor cause a computer system to display agraphical representation of relationships between a plurality of agentsand a plurality of clinical outcomes, by performing the steps of:receiving a selection of a plurality of agents; receiving a selection ofa plurality of clinical outcomes; analyzing clinical data stored in adatabase to determine a number of occurrences for each clinical outcomewhen one or more agents are administered to a plurality of patientshaving a first clinical condition; calculating for each agent-clinicaloutcome pairing, a count for a number of patients having the firstclinical condition, that were administered the agent of theagent-clinical outcome pairing, and had the clinical outcome of theagent-clinical outcome pairing; calculating for each agent-clinicaloutcome pairing, a relative risk score for patients having the firstclinical condition, that were administered the agent of theagent-clinical outcome pairing, and had the clinical outcome of theagent-clinical outcome pairing; calculating for each agent-clinicaloutcome pairing, a statistical significance value for the relative riskscore corresponding to the agent-clinical outcome pairing; displaying,on a display device, a first graphical user interface that includes afirst two-dimensional grid in which one or more agents are displayed ina first axis and one or more clinical outcomes are displayed in a secondaxis, wherein a given agent-clinical outcome pairing is displayed in thefirst graphical user interface if the count for the agent-clinicaloutcome pairing exceeds a first threshold, the relative risk score forthe agent-clinical outcome pairing exceeds a second threshold, and thestatistical significance value for the relative risk score for theagent-clinical outcome pairing exceeds a third threshold; displaying, onthe display device, at least one graphical user interface elementcapable of being engaged by a user, wherein the at least one graphicaluser interface element corresponds to one or more of the first thresholdvalue, the second threshold value, and the third threshold value;receiving an adjustment from the user to the at least one graphical userinterface element, wherein the adjustment causes one or more of thefirst threshold value, the second threshold value, and the thirdthreshold value to be increased; and in response to the adjustment,displaying, on the display device, a second graphical user interfacethat includes a second two-dimensional grid in which one or more agentsare displayed in a first axis and one or more clinical outcomes aredisplayed in a second axis, wherein fewer agent-clinical outcomepairings are displayed in the second graphical user interface than aredisplayed in the first graphical user interface.
 10. Thecomputer-readable storage medium of claim 9, wherein calculating thestatistical significance value comprises calculating a Chi-squaredvalue.
 11. The computer-readable storage medium of claim 9, whereinincreasing one or more of the first, second, or third threshold valuesresults in fewer agent-clinical outcome pairings to be displayed on thedisplay device.
 12. The computer-readable storage medium of claim 9,wherein a first agent comprises a prescription drug.
 13. Thecomputer-readable storage medium of claim 9, further comprising:displaying, in the first graphical user interface, a first slidergraphical user interface element corresponding to the first thresholdvalue, wherein adjusting the first slider causes the first thresholdvalue to be adjusted.
 14. The computer-readable storage medium of claim13, further comprising: displaying, in the first graphical userinterface, a second slider graphical user interface elementcorresponding to the second threshold value, wherein adjusting thesecond slider causes the second threshold value to be adjusted.
 15. Thecomputer-readable storage medium of claim 14, further comprising:displaying, in the first graphical user interface, a third slidergraphical user interface element corresponding to the third thresholdvalue, wherein adjusting the third slider causes the third thresholdvalue to be adjusted.
 16. The computer-readable storage medium of claim9, wherein the clinical data stored in the database includes demographicdata, lab data, pharmacy data, claims data, diagnostic codes, procedurecodes, heath reference information, medical news, standards-of-care,and/or patient-entered data.
 17. A system comprising: a clinical datadatabase; and a healthcare organization computing device executing oneor more processors to display a graphical representation ofrelationships between a plurality of agents and a plurality of clinicaloutcomes, by performing the steps of: receiving a selection of aplurality of agents; receiving a selection of a plurality of clinicaloutcomes; analyzing the clinical data stored in the clinical datadatabase to determine a number of occurrences for each clinical outcomewhen one or more agents are administered to a plurality of patientshaving a first clinical condition; calculating for each agent-clinicaloutcome pairing, a count for a number of patients having the firstclinical condition, that were administered the agent of theagent-clinical outcome pairing, and had the clinical outcome of theagent-clinical outcome pairing; calculating for each agent-clinicaloutcome pairing, a relative risk score for patients having the firstclinical condition, that were administered the agent of theagent-clinical outcome pairing, and had the clinical outcome of theagent-clinical outcome pairing; calculating for each agent-clinicaloutcome pairing, a statistical significance value for the relative riskscore corresponding to the agent-clinical outcome pairing; displaying,on a display device, a first graphical user interface that includes afirst two-dimensional grid in which one or more agents are displayed ina first axis and one or more clinical outcomes are displayed in a secondaxis, wherein a given agent-clinical outcome pairing is displayed in thefirst graphical user interface if the count for the agent-clinicaloutcome pairing exceeds a first threshold, the relative risk score forthe agent-clinical outcome pairing exceeds a second threshold, and thestatistical significance value for the relative risk score for theagent-clinical outcome pairing exceeds a third threshold; displaying, onthe display device, at least one graphical user interface elementcapable of being engaged by a user, wherein the at least one graphicaluser interface element corresponds to one or more of the first thresholdvalue, the second threshold value, and the third threshold value;receiving an adjustment from the user to the at least one graphical userinterface element, wherein the adjustment causes one or more of thefirst threshold value, the second threshold value, and the thirdthreshold value to be increased; and in response to the adjustment,displaying, on the display device, a second graphical user interfacethat includes a second two-dimensional grid in which one or more agentsare displayed in a first axis and one or more clinical outcomes aredisplayed in a second axis, wherein fewer agent-clinical outcomepairings are displayed in the second graphical user interface than aredisplayed in the first graphical user interface.
 18. The system of claim17, wherein increasing one or more of the first, second, or thirdthreshold values results in fewer agent-clinical outcome pairings to bedisplayed on the display device.
 19. The system of claim 17, wherein thehealthcare organization computing device is further configured toperform the steps of: displaying, in the first graphical user interface,a first slider graphical user interface element corresponding to thefirst threshold value, wherein adjusting the first slider causes thefirst threshold value to be adjusted.
 20. The system of claim 19,wherein the healthcare organization computing device is furtherconfigured to perform the steps of: displaying, in the first graphicaluser interface, a second slider graphical user interface elementcorresponding to the second threshold value, wherein adjusting thesecond slider causes the second threshold value to be adjusted; anddisplaying, in the first graphical user interface, a third slidergraphical user interface element corresponding to the third thresholdvalue, wherein adjusting the third slider causes the third thresholdvalue to be adjusted.